Docket Q02-1031-US1 



PATENT 



REMARKS 

Claims 1-27 were pending in the above-referenced patent application. Claims 28-42 have 
been withdrawn from consideration by the Examiner. Claims 28-42 have been filed in a divisional 
of the above-referenced patent application, on March 22, 2005. 

In the Advisory Action of April 11, 2005, the Examiner indicated that the amendments 
filed in response to the Final Action of Dec. 22, 2004, will not be entered. In this Preliminary 
Amendment, Claims 1, 2, 4, 7, 10, 1 1, 15 and 18 have been amended to further clarify the claimed 
limitations. No new matter has been added. Entry and consideration of the amendments are 
respectfully requested. 

All of Claims 1-27 were rejected under 35 U.S.C. 103(a). Specifically, Claims 1, 2, 10, 1 1, 
18 and 19 were rejected under 35 U.S.C. 103(a) as being unpatentable over USPN 6,618,788 to 
Jacobs in view of USPN 6,748,478 Burke et al ("Burke"). Claims 3, 7, 15, 22 and 23 were 
rejected under 35 U.S.C. 103(a) as being unpatentable over Jacobs in view of USB Specification 
2.0. Claims 4-6, 9, 12-14, 20 and 21 were rejected under 35 U.S.C. 103(a) as being unpatentable 
over Jacobs in view of USPN 6,131,134 to Huang et al. ("Huang"). Claims 8, 16, 17 and 24-27, 
were rejected under 35 U.S.C. 103(a) as being unpatentable over Jacobs in view of USB 
Specification 2.0, and further in view of Huang. 

All of the rejections are respectfully traversed because the references, alone or in 
combination, do not disclose all of the limitations of the claims as amended. In the final office 
action and the advisory action, the claims were rejected for essentially the same reasons as the 
rejections in the first office action. 

If the claims are once again rejected, Applicants respectfully request that the Examiner 
specifically respond to each of the sections below. 
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Jacobs Does Not Disclose One Bridge Per ATA Device, nor Multiple Bridges per USB 
Controller 

As the Examiner also states, unlike the claimed invention herein, Jacobs does not disclose 
multiple bridges connected to a USB controller. Jacobs only mentions two ATA devices on an 
ATA bus connected to one bridge 156, and the one bridge 156 is connected to the host 130. 
Jacobs is explicit in its teachings that to connect two physical ATA devices (DEVO and DEVI) to 
a host, the two physical ATA devices are connected to the same ATA bus in the logical ATA 
device 140. The logical ATA device 140 is in turn connected to the host 130 via one bridging 
circuit 156. Therefore, in Jacobs a single bridging circuit 156 is used to connect two ATA devices 
that are on an ATA bus to the host 130 (connecting two ATA devices to the host 130 is not done 
by employing two bridging circuits 156, with one bridging circuit 156 per ATA device). Jacobs 
does not disclose multiple bridges 156 connected to a USB controller, wherein an ATA device is 
connected to each bridge 156. 

Jacobs Teaches Away From Connecting Multiple Bridges to a USB Controller 

However, the Examiner relies on Official Notice for the proposition that using multiple 
bridges is well know in the art to increase the number of devices connected. Further, the Examiner 
relies on Burke (Fig. 1) as evidence of multiple bridges to connect multiple devices. Then the 
Examiner concludes: "Therefore, it would have been obvious to use a plurality of USB-to-IDE 
bridges in the system of Jacobs since this would allow more IDE devices to be connected in 
Jacobs' USB system." 

The Examiner states that using multiple bridges allows more IDE devices to be connected 
in Jacobs' USB system. However, that is true when multiple devices are connected to each bridge, 
not when only one device is connected to each bridge as claimed herein, 
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Applicants respectfully wish to point out an apparent misunderstanding here. According to 
the claimed invention, each IDE device is connected to the USB Controller via a corresponding 
bridge. Each bridge connects one IDE device to the USB controller. The function of each bridge 
is protocol conversion such that the corresponding IDE device can communicate with the USB 
controller. The function of each bridge is not to connect multiple IDE devices to a controller, and 
indeed each bridge does not connect multiple IDE devices to the USB controller. 

Jacobs connects an ATA device to a host using a packet-based interface of a single 
bridging circuit 156. Fig. 5 of Jacobs shows the packet-based interface implemented in the 
bridging circuit 156, to connect the logical ATA device 140 to the host 130. Jacobs itself (Fig. 5) 
teaches away from connecting multiple bridging circuits 156 by providing a mechanism whereby 
when two ATA devices are to be connected to the host 130, the two ATA devices are connected to 
one ATA bus which in device 140 is then connected to one bridge 1 56 that is coupled to the host 
130. Two bridges 156 cannot be connected to the host 130. 

Indeed, the communications stacks in Figs. 7 and 8 of Jacobs are only allow using one 
bridge 156. Using multiple bridges 156 is incompatible with the communication stacks in Figs. 7 
and 8 of Jacobs. The communication stacks of Jacobs cannot support multiple bridges. This is 
further corroborated by the fact that Jacobs mentions nothing about connecting multiple bridges 
156 to the host. If it were possible to do so, Jacobs would have at least mentioned or suggested 
such a possibility in passing. Applicants respectfully request that the Examiner consider this 
evidence in examining the claims herein. If the Examiner disagrees, Applicants respectfully 
request that the Examiner specifically point to disclosure in Jacobs where multiple bridges can be 
supported. 

Accordingly, even if the prior art teaches using one bridge to connect multiple devices to a 
controller, such teachings do not render the claimed invention obvious in view of Jacobs. Any 
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prior art that teaches a bridge connecting multiple devices to a controller/host is of no consequence 
to the claimed invention because as claimed herein each bridge connects one device to the 
controller and its function is protocol conversion. 

Burke 

Regarding Burke, unlike the claimed invention, in Burke each bridge connects multiple 
devices/bridges to another bridge (e.g., Fig. 1 : Bridge 4 connects devices D8 and D9 to Bridge 2; 
Bridge 2 connects Bridges 3, 4 and device D5 to Bridge 6; Bridge 3 connects devices D6 and D7 
to Bridge 2; etc.). Further, the bridges in Burke simply filter traffic among the various connected 
devices/bridges, rather than providing protocol conversion between one device and a controller as 
claimed. Burke (col. 2, lines 56-61) describes each bridge therein as a device coupled between 
busses to transmit data between devices coupled to one bus and another bus, and a bridge may be 
coupled between two busses for transmitting data between peripheral devices and processing 
resources. Further, Burke (col. 3, lines 19-32) is directed to a system and method of configuring 
processing resources for communication with devices coupled to a processing system through a 
bridge based upon how the bridge is implemented in a processing platform. Peripheral devices 
coupled to a processing system via a bridge or a plurality of bridges may be configured to enable 
communication among each related device driver, its local resources of its corresponding 
peripheral device and processing resources. Resources at a processing system may be configured to 
communicate with devices coupled to the processing system through the bridge. The bridge may 
be adapted to behave as either a transparent bridge or a non-transparent bridge depending on how 
the bridge is implemented in the processing platform. 

Further, in Burke, connecting a bridge between only two devices (i.e., an IDE device and a 
USB controller, as claimed herein) is not disclosed, and indeed makes no sense since as 
aforementioned the entire goal of each bridge in Burke is to connect multiple devices on one bus to 
another bus (col. 2, lines 56-61; col. 3, lines 19-32). Therefore, teachings of Burke or prior art 
where multiple IDE devices are connected to one bridge, are irrelevant to the claimed invention 

13 



Docket Q02-1031-US1 

herein, and do not make the claimed invention obvious in view of Jacobs. 



PATENT 



The Examiner's suggested benefit of using multiple bridges allows more IDE devices to be 
connected in Jacobs' USB system is true only when multiple devices are connected to each bridge, 
not when only one device is connected to each bridge as claimed herein. Even if Jacobs is 
modified according to Burke (or other prior art that teaches multiple devices per bridge), the 
results is no more than Jacobs already teaches, which is connecting two devices (DEVO and 
DEVI) to the bridge 156. Further, as discussed Jacobs can only support one bridge, and as in 
Burke connects multiple devices (DEVO and DEVI) to the bridge 156. Nor can Jacobs be 
modified to connect multiple bridges 156 since the communication stack of Jacobs does not 
support multiple bridges. 

Further, there is no motivation suggested by either reference to combine them. It is well 
settled that in order for a modification or combination of the prior art to be valid, the prior art itself 
must suggest the modification or combination, ". . .invention cannot be found obvious unless there 
was some explicit teaching or suggestion in the art to motivate one of ordinary skill to combine 
elements so as to create the same invention." Winner International Royalty Corp. v. Wang, No. 
96-2107, 48 USPQ.2d 1 139, 1 140 (D.C.D.C. 1998) (emphasis added). "The prior art must 
provide one of ordinary skill in the art the motivation to make the proposed molecular 
modifications needed to arrive at the claimed compound." In re Jones, 958 F.2d 347, 21 USPQ.2d 
1941, 1944 (Fed. Cir. 1992) (emphasis added). 

Jacobs does not teach or suggest a mechanism for connecting multiple bridges to the host. 
Burke discloses multiple bridges, but as discussed Burke's bridges are not protocol converters as 
claimed herein. Burke's bridges simply route traffic among connected devices, which is different 
from protocol conversion, as claimed herein. One of ordinary skill in the art would not look to, 
nor is taught by, such references for a way of determining how to support multiple bridges that 
function as protocol converters between multiple IDE devices and a USB controller that is 
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Rejection of Claims 

As per Claim 1 herein, despite the Examiner's interpretation, Jacobs (col. 5, lines 29-33, 
relied on by the Examiner) does not disclose a USB system for data communication between a 
processor and IDE devices, comprising a plurality of IDE devices, and a plurality of USB-to-IDE 
bridges, wherein each IDE device is connected to a respective USB-to-IDE bridge, as required by 
Claim 1. Instead, in col. 5, lines 29-33, Jacobs simply states: "And although the following 
discussion will focus on a single ATA DEVO, ATA device 140 could also incorporate two 
physical devices, one functioning as DEVO and the other as DEVI on the same ATA bus." Jacobs 
mentions that the ATA device 140 (Fig. 5) can incorporate two devices functioning on the same 
ATA bus in the device 140. One of the devices in the device 140 functions as DEVO and the other 
as DEVI on the same ATA bus in device 140. Jacobs does not disclose a plurality of IDE devices, 
each coupled to a IDE-to-USB bridge that is connected to a USB controller, as required by Claim 1 
(i.e., Jacob's devices DEVO and DEVI function on an ATA bus in the device 140 that is connected 
to the cabling bridge 156). Indeed, Even when Jacobs utilizes two devices DEVO and DEVI in the 
ATA device 140, Jacobs still uses only one USB-to-ATA bridging cable 156 for the two devices 
DEVO and DEVI not a plurality of USB-to-IDE bridges corresponding to a plurality of IDE 
devices, as required by Claim 1 . 

In addition, as Jacobs clearly specifies, the element 130 is a host machine, and not a USB 
controller as required by Claim 1 . The only mention of a USB controller in Jacobs (relied on by 
the Examiner) is in the prior art listed by Jacobs, but nowhere does Jacobs mention a USB 
controller in the host 130. In all of the detailed diagrams of the invention of Jacobs, there is 
mention of a USB controller being used in the host 130. Further, Jacobs does not disclose a USB 
controller, wherein the USB-to-IDE bridges are connected to the USB controller, whereby the 
processor can communicate with the IDE devices via the USB controller. Nor does Jacobs 
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mention a USB controller that can be connected to multiple USB-to-IDE bridges for 
communication therewith. Nor does Jacobs disclose that the USB-to-IDE bridges are connected to 
the USB controller via a USB bus. 

Further, it is respectfully suggested that despite the Examiner's taking Official Notice, 
there is no teaching in the prior art of connecting multiple IDE devices to multiple USB-to-IDE 
bridges that are connected to a USB controller. Burke is directed to a system and method of 
configuring processing resources for communication with one or more devices coupled to a data 
bus through a bridge. Resources at a processing system are configured to communicate with the 
bridge as a transparent bridge or a non-transparent bridge depending on how the processing system 
may be implemented in a processing platform (Abstract). Burke (Fig. 1, relied on by the 
Examiner), shows multiple bridges (BRIDGE 1 ... 4), but each of these bridges is connected to a 
HOST BRIDGE, rather than to a USB controller as claimed. There is no mention of USB or a 
USB controller anywhere in Burke. According to Burke (col. 3, lines 12-16) the HOST BRIDGE 
is a bridge for coupling a host bus to a second bus to facilitate communication between a 
processing system and devices coupled to the second bus. 

Referring to col. 3, lines 33-49, Burkes describes Fig. 1 as showing a CPU 2 is coupled to a 
main memory 4 for executing processes. The CPU 2 is coupled through a host bridge 6 to a bus 
configuration 14. The bus configuration 14 comprises a plurality of data busses 10 coupled by 
bridges 8. One or more peripheral devices 12 may be coupled to a bus 10 for communication with 
other peripheral devices 12 and/or processes executing on the CPU 2. The CPU 2 and main 
memory 4 may host device drivers to enable communication between application processes and 
the peripheral devices 12 according to a communication protocol. However, embodiments of the 
present invention are limited in this respect and the peripheral devices 12 may communicate with 
application processes using other techniques. 

As such, Burke does not disclose multiple bridges according to the claimed invention 
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herein. Burke does not disclose multiple IDE devices that are connected one-to-one to multiple 
USB-to-IDE bridges, wherein the multiple bridges are connected to a USB controller, as claimed 
herein (Claim 1). 

For at least these reasons, rejection of Claim 1, and all claims dependent therefrom should 
be withdrawn. 

Claims 10 and 18 were rejected for substantially the same reasons as rejection of Claim 1. 
As such, for at least the reasons provided above in relation to Claim 1, it is respectfully submitted 
that rejection of Claims 10, 18, and all claims dependent therefrom, should be withdrawn. 

As per Claim 4, as the Examiner also states, Jacobs does not disclose a system wherein a 
IDE device can be utilized in hot plugging. The Examiner states that Huang discloses such a 
feature, and that it would have been obvious to modify Jacobs according to Huang to achieve the 
claimed invention. However, Huang is directed to USB converter working between an old 
interface (legacy interface) and a USB interface, to enable the hot PnP function on the system (col. 
3, lines 1-3; col. 5, lines 30-33). Huang's USB converter inputs legacy interface (non USB) 
signals and outputs USB signals. The USB converter of Huang is incompatible with Jacobs' smart 
cable 150 (Jacobs, Fig. 5). In Fig. 5 of Jacobs, Huang's USB converter cannot be connected 
between the smart cable 150 and the USB port 132. The USB plug 154 of Jacobs' cable 150 is 
already in USB format, not legacy format as Huang requires, and as such it is incompatible with 
input to Huang's USB converter. Nor can Huang's USB converter be connected between the ATA 
device 140 and the ATA connector 152 because Huang's USB connector outputs USB signals but 
the connector 152 expects ATA signals. 

A combination of Jacobs and Huang is non-functional. It is respectfully submitted that this 
non-functionality is a clear indication that combining Jacobs and Huang not only does not teach 
the claimed invention, but to make it functional for any purpose, requires substantial changes non- 
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obvious changes to the Jacobs and/or Huang. This goes against the obviousness rejection by the 
Examiner. Further, neither of the references provides a motivation for a combination thereof. For 
at least these reasons, rejection of Claim 4 should be withdrawn. 

As per Claims 7, 1 5, 22, neither Jacobs nor Huang provide any motivation for utilizing a 
USB hub, and neither disclose that such a feature would even work with their system. Again, their 
combination is non-functional, which goes against the Examiner's obviousness rejection. 
Therefore, it is respectfully requested that rejection of Claims 7, 15, 22, and all claims dependent 
therefrom, should be withdrawn. 

Rejection of Claims 5, 6 and 9 is respectfully traversed for at least the reasons provided in 
relation to Claim 5. Further, as per Claim 6, Jacobs (col. 1, lines 49-51), only allows up to two 
ATA devices (e.g., devices 44 and 46 on FIG. 1) to share the ATA bus 42. As such, only up to two 
devise can be incorporated in the device 140, connected to one cable 150. 

Claims 12, 13, 14, 20 and 21 were rejected for substantially the same reasons as rejection 
of Claims 5, 6 and 9, and should therefore be allowed for at least the reasons provided in relation 
to Claims 1, 5, 6 and 9. Further, rejection of Claims 8, 16, 17, 24-27 should be withdrawn for at 
least the reasons provided in relation to Claims 1, 5-7, 9, 15 and 22. 
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CONCLUSION 

For the foregoing, and other, reasons Applicants believe that the rejected claims should be 
allowed. Reconsideration and allowance of the rejected claims are respectfully requested. 

Please continue to direct all communications regarding the above-referenced patent 
application to the principal agent of record. 



Respectfully Submitted, 
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